Все записи автора Заярный Андрей Александрович

Владелец сайта

Почему Стив Джобс запрещал своим детям айфоны

Еще одна статья про вред который технологии могут нанести детской психике. В статье говорится, что дети до 10 лет становятся зависимыми от новых технологий и что возраст с которого можно снимать ограничение на использование технологий — 14 лет.

Школа должна учить мыслить (отрывок из книги)

      Особенно «нового» тут ничего нет. Всякий достаточно умный и опытный педагог всегда это делал и делает. А именно – он всегда тактично подводит маленького человека к состоянию «проблемной ситуации» – как называют ее в психологии. А именно – ситуации, которая неразрешима с помощью уже «отработанных» ребенком способов действия, с помощью уже усвоенных «знаний», – и в то же время достаточно посильна для него – для человечка с данным (точно учитываемым) багажом знаний. Ситуации, которая требует, с одной стороны, активного использования всего ранее усвоенного умственного багажа, а с другой – не «поддается» ему до конца, требуя «маленькой [21] добавки» – собственного соображения, элементарной творческой выдумки, капельки «самостоятельности» действия.

Если человечек находит – после ряда проб и ошибок – «выход» из такой ситуации, но без прямой подсказки, без натаскивания, – он и делает действительный шаг по пути умственного развития, по пути развития «ума». И такой шаг дороже тысячи истин, усвоенных готовыми с чужих слов.

Ибо только так и именно так воспитывается умение совершать

Поэтому-то отношение к противоречию и является очень точным критерием культуры ума. Даже, собственно говоря, показателем его наличия.
Когда-то в лаборатории И.П. Павлова производили над собакой очень неприятный (для собаки, разумеется) эксперимент.

У нее старательно формировали и отрабатывали положительный слюноотделительный рефлекс на окружность и отрицательный на изображение эллипсиса. Собака прекрасно различала эти две «разные» фигуры. Затем в один прекрасный день круг начинали поворачивать в ее поле зрения так, что он постепенно «превращался» в эллипсис. Собака начинала беспокоиться и в какой-то точке срывалась в истерическое состояние. Два строго отработанных условно-рефлекторных механизма, прямо противоположных по своему действию, включались разом и сталкивалась в конфликте, в «ошибке», в антиномии. Для собаки это было непереносимо: момент превращения «А» в «не?А» – момент, в котором «отождествляются противоположности», – как раз и есть тот момент, в отношении к которому остро и четко выявляется принципиальное отличие человеческого мышления от отражательной деятельности животного.

Животное (а также ум, лишенный подлинной «логической» культуры) в этом пункте срывается в истерику, начинает метаться и попадает в плен к случайным обстоятельствам.

Для подлинно-культурного в логическом отношении ума появление противоречия – это сигнал появления  проблемы, неразрешимой с помощью строго затампованных интеллектуальных действий, – сигнал для включения «мышления» – самостоятельного рассмотрения «вещи», в выражении которой возникла антиномия.

Поэтому «ум» с самого начала надо воспитывать так, чтобы «противоречие» служило для него не поводом для истерики, а толчком к самостоятельной работе, к самостоятельному рассмотрению самой вещи, – а не только того, что об этой вещи сказали другие люди…

    Поэтому именно там, где в составе знания вдруг появляется «противоречие» (одни говорят так, другие – этак) [17] только и возникает, собственно, потребность и необходимость глубже исследовать сам предмет. Это – показатель, что знание, зафиксированное в общепринятых положениях, чересчур общо, неконкретно, односторонне.

Ум, приученный к действиям по штампу, по готовому рецепту «типового решения» и теряющийся там, где от него требуется самостоятельное (творческое) решение, именно поэтому и «не любит» противоречий. Он старается их обходить, замазывать, сворачивая опять и опять на затоптанные, рутинные дорожки. И когда это ему в конце концов не удается, когда «противоречие» упрямо возникает вновь и вновь, такой «ум» срывается в истерику – именно там, где нужно «мыслить».

    В общем и целом, ответ таков. Надо организовать процесс усвоения знаний, процесс усвоения умственной культуры так, как организует его тысячи лет лучший учитель – жизнь. А именно так, чтобы в ходе этого процесса ребенок постоянно был вынужден тренировать не только (и даже не столько) «память», сколько способность самостоятельно решать задачи, требующие мышления в собственном и точном смысле слова – «силы суждения», умения решать – подходит данный случай под усвоенные ранее «правила» или нет, а если нет – то как тут быть? 

Объекты на уроках информатики

На своих уроках мне не часто приходится объяснять, что такое объекты, так как в основном я работаю в старшей школе и эта тема там не затрагивается. Но однажды мне пришлось объяснять ученику младших классов, что такое объект и главное, почему же с этим понятием они сталкиваются именно на уроке информатики. На других предметах школьники тоже изучают объекты, но почему именно на информатике начинают изучать объект как отдельное понятие?

Объяснение в учебнике сводилось к тому,что информатика изучает информацию, а объекты как раз обладают свойствами, которые и есть информация, а информатика изучает информацию.  Вроде бы все понятно. Особенно взрослому человеку.  Который это уже знает или который знает, что он без этого легко может обойтись. А у ученика возникает ощущение, что они изучают информатику, потому что информатику нужно изучать.  На вопрос почему же именно на уроках информатики свойства объекта становятся так важны учебник не отвечает. Просмотрев учебник чуть дальше взрослый человек увидит, что информатика занимается моделированием, а в моделировании необходимо выявлять важные свойства объекта . Но, уверен, что когда ученик дойдет до этой части у него сложится отношение к изучаемому предмету, как то, что информатика это то что просто нужно выучить, потому что так нужно. Сами же создали этот замкнутый круг в начале.

Так как же тогда объяснить ученику, что такое объект и почему именно на информатике его нужно изучать? Думаю, что ключевым моментом здесь является компьютер, c которым они хорошо знакомы.  Можно, не вдаваясь в подробности, рассказать, что вся информация, которую он видит или слышит на компьютере записана с помощью 0 и 1. Многие из них это уже знают. А как сохранить информацию с помощью 0 и 1 если это картинка или звук? Вот тут как раз и выступает, что и картинка и звук тоже является объектами! А предмет изучения информатики, как же сделать, чтобы компьютер запомнил в себе эту информацию с помощью всего двух цифр. А чтобы он смог это сделать, нужно уметь выделять свойства объекта картинка (то что картинка состоит из точек, каждая точка имеет цвет), свойства звука (что он состоит из волн)  и уже придумать способы их сохранения в компьютере. Согласен, что это может показаться сложным, но материал и должен быть не много с заделом на будущее, иначе ученик теряет интерес. Дополнительным плюсом является то, что ученик начинает понимать, как устроенны файлы (а оказывается это и есть объекты: рисунки и звуки), с которыми он сталкивается почти каждый день на компьютере или телефоне.

Как то так.

Школа без компьютеров

Наткнулся в Интернете на статью про то, что Гуру компьютерного мира оберегают своих детей от компьютеров. Сам я сторонник того, что чем меньше компьютер будет использоваться для обучения, тем лучше. В этой статье я нашел подтверждение своим мыслям.

Heroes of ЕГЭ

В новостях недавно прошла информация, что ЕГЭ можно будет сдавать круглый год.

Супер мысль сделать ЕГЭ  удобным для всех. Для родителей и учеников новость хорошая. Мол, не сдал сразу, не волнуйся, сдашь когда захочешь, в удобное время, в удобном пункте сдачи экзамена. Но, зная как у нас в великой и могучей все делается, мне представляется, что это превратиться в головную боль как для учеников, так и для их родителей.  Вопросы на которые нужно будет тогда заранее знать ответы: «Когда пересдача?», «Где пересдавать?», «А если опять не сдашь, то когда пересдавать?», «Сколько попыток?», «С пересдачей в институт возьмут или нет?» и других вопросов, которых и на основных-то экзаменах выше крыши, а с пересдачей уровень неопределенности будет зашкаливать. И про учителей не нужно забывать, которых заставят принимать эти экзамены. Скорее всего в выходные и/или во время каникул. Понятно, что во время такой «пересдачи» всем будет не до экзаменов. Лишь бы побыстрее все написали и по домам. В итоге, как всегда, придумываем сами для себя проблемы, а потом героически их преодолеваем.

Язык программирования Python в журнале «Информатика» N9(сентябрь) за 2014 г.

Хорошая статья Константина Полякова про язык программирования Python в сентябрьском  журнале «Информатика»  за 2014. В небольшой статье рассматриваются сильные и слабые стороны языка. Очень полезная статья для тех кто хочет понять стоит ли изучать этот язык программирования.

Добавление языка Free Basic в систему автоматизированной проверки

Сегодня удалось добавить Basic в систему автоматизированной проверки задач!

SetUpBasic

Как всегда пришлось повозиться. Но зато и удовольствия от того что все заработало на много больше.

Теперь в системе есть все распространенные «школьные» языки программирования (Pascal,Basic, C).

QBasic под Windows(используется эмулятор DosBox)  можно взять отсюда

 

Психологическая деформация программистов. Взгляд с обеих сторон баррикад

Психологическая деформация программистов. Взгляд с обеих сторон баррикад

Само наличие психологической деформации у какой-либо профессии, как правило, достаточно спорный момент ввиду того, что у разных людей она проявляется по-разному. Однако общую тенденцию можно выделить и, пожалуй, настало то время когда можно достаточно смело говорить, что программисты всё же имеют свой особенный психологический портрет который обусловлен их профессиональной деятельностью.

Я достаточно часто сталкивался с подобным мнением и не придавал ему особого значения, но когда женский коллектив нашей организации поздравил программистов с 23-м февраля по доброму назвав их «космическими войсками», решил всё же расставить определенные акценты в данном вопросе, т.к. одна из моих профессий связана напрямую с психоанализом.


Сразу стоит заметить, что программист много времени проводит за компьютером, следовательно, многие из перечисленных пунктов относятся не только конкретно к программистам, а и к «компьютерщикам» в целом.

Гиперконцентрация

Каждый программист знает, что хорошая и качественная работа над кодом требует очень высокой степени погруженности в код. Кто-то старается себя изолировать наушниками, кто-то ставит таймеры, выключает все внешние раздражители и т.п. Степень концентрации при работе программиста сравнима с работой на ядерной станции. Соответственно, всё это порождает повышенную раздраженность при прерывании данного процесса, что внешне воспринимается непосвященными людьми как «замороченность на работе» и т.п.

В реальной жизни это также может вызывать свои эффекты, как например бытовые дела тоже по привычке начинают производиться в режиме гиперконцентрации. Например, во время уборки в квартире программист не будет параллельно думать о миллионе дел или безудержно болтать по телефону. Скорее он погрузится в какую-то свою задачу (может и в саму уборку) и просто будет заниматься процессом. Не стоит от программиста «требовать внешнего внимания», когда он прогружен в код или какую-то задачу.

Погруженность во внутренние образы и конструкции

Работа программиста имеет свою специфику, которая в аналогичном виде более всего присуща профессии инженера-изобретателя. Если вы знакомы с трудами Никола Тесла, то сможете вспомнить как он описывал то, что происходит в его голове. Если вкратце, то в голове Тесла мог построить механизм, запустить его и даже «прокрутить во времени» его работу, чтобы понять какие детали будут изнашиваться и где могут возникнуть проблемы в будущем. Не менее сложные конструкции возникают и в процессе профессиональной работы программиста. Данный эффект называется образно-чувственным конструированием. Если обыватель видит на экране только наборы символов, то в голове программиста этот код превращается в целые части мира. Как чтение книги создает образы и переживания в человеке, так и код способен такое же делать с программистом. Именно поэтому программисты «чувствуют» код, знают когда он «красив», когда «грязен», будет ли он работать и т.д. С какой-то стороны хороший программист сравним с писателем художественных произведений.

В реальной жизни это проявляется в чрезмерной погруженности внутрь себя, особенно если программист пытается что-то понять. Если деформация значительна, то программист может начать строить целую схему того, что сейчас происходит. Именно поэтому часто «построенные схемы социальных взаимодействий», например политика, у программистов вызывают чувство «грязного кода» и отторжение. В повседневной жизни это иногда может частично восприниматься как легкая форма аутизма, хотя на самом деле это не так. Человек вполне адекватен и открыт к взаимодействию с внешним миром, но вот сами механизмы взаимодействия имеют указанную специфику.

Низкий уровень социального взаимодействия и его разнообразия в повседневной работе

Данный момент не является «де факто», однако всё же периодически встречается и может играть свою определенную роль в деформации психики. Так как большую часть рабочего времени программист проводит в мире кода, и единственными «собеседниками» в нем являются «методы, функции, объекты, модули, пакеты и т.п.», соответственно и уровень социального взаимодействия у программистов, как правило, ниже, чем в большинстве профессий. Это связано еще не столько с тем, сколько людей вовлечено в работу, сколько с тем, думает ли о других людях в данный момент сам человек. Если работу дворника сложно назвать «активно социальной», тем не менее, сам дворник может в этот момент размышлять о жене, детях, друзьях и т.п. А для программиста же такая возможность отсутствует, он должен быть погружен в код. И хотя часто имеется рабочий коллектив, но коллектив, как правило, таких же программистов. Программистам иногда сложно работать рядом с людьми других профессий. Так что если степень деформации в коллективе высока, то это лишь усугубляет данный фактор (социального разнообразия отношений).

Обостренное восприятие причинно-следственных связей

Любой код должен работать, но чтобы написать работающий код, нужно понимать структуру причинно-следственных связей этого кода. Проще говоря «что, почему и как происходит», а также «что произойдет, если что-то не произойдет как ожидалось». Всё это накладывает свой отпечаток и на мышление человека. Данный способ мышления еще принято называть «техническим складом ума», когда человек старается найти всему рациональное объяснение и понять причинно-следственную связь. Отдельные программисты помимо написания кода часто втягиваются в технические аспекты, как например разработка аппаратуры под свои нужды (привет «паяльникам»). Порой это может доходить до уникальных надстроек в психике. Например, когда сложная застежка бюстгальтера девушки вызывает столько же интереса, как и то, что этот бюстгальтер скрывает.

Со стороны это часто может восприниматься как «замороченность над мелочами». То что не вызывает интереса для большинства людей, в программисте может порождать огромные потоки размышлений. Соответственно, так как не пропорциональны объемы приложения умственных усилий, то выводы, которые делает программист об эффектах реального мира, порой могут казаться «чудаковатыми» и восприниматься с определенным удивлением. Но что удивительно, если вы спросите программиста почему он так решил, то, скорее всего, получите целую цепочку причинно-следственных связей, и почти всегда вполне разумных. В целом такое происходит в голове каждого человека, однако именно у программистов этот момент часто обострен и порой он способен привлекать для анализа те аналогии, которые не пришли бы в голову обычному человеку.

Привыкание к формализованной постановке задач

Так как программист должен создавать код, который должен работать ровно так, как это требуется для задачи, то привычка делать то, что было сказано, постепенно перетекает и в другие области жизни. Но так как в большинстве случаев социального взаимодействия имеет место невербальное восприятие, «угадывание» и «додумывание», то у программистов обостряется чувство конкретизации.

Не то чтобы сказать, что программисты не умеют читать мыслей и предугадывать действия других людей, но скорее они предпочитают задать лишний вопрос, чем потом «переделывать заново». Отправляете программиста в магазин? Скажите на одно предложение больше, но избавьте его и себя от лишних вопросов. Например, не «купи яиц», а «купи десяток яиц первого сорта посвежее». И не воспринимайте его как «робота» если на свой вопрос вы получите детализированную инструкцию с кучей «ненужных вам деталей». Он старается сделать всё правильно. Если для большинства «будь проще» это «говори меньше», то для программистов «будь проще» это часто «говори точнее».

Жертвы «инженерного-гламура»

Рискую быть «съеденным заживо», но данный момент требует всё же освещения в рамках этой статьи. Речь пойдет не столько о программистах, сколько о «компьютерщиках». Гламур является нормальным и естественным порождением человеческих потребностей, вкратце девизом гламура можно назвать «Кто круче», соответственно для реальной жизни это «тачки, шмотки, бабло и т.п.». В сфере «инженерного-гламура» действует тот же принцип «Кто круче», однако с иными критериями. Так как основная концентрация «компьютерщика» направлена не на других людей, как в «гламуре реального мира», а на собственный внутренний мир образов и причинно-следственных связей, соответственно и цели здесь преследуются из области этого мира. Последний навороченный по характеристикам смартфон; мощный комп/сервак/ноут чтобы всё бегало еще быстрее; свежие программы, которые делают вбивание автокомплита на 32 миллисекунды быстрее; новые приложения с более плавной проруткой и модным голосовым распознавателем; знания о тайных особенностях новой версии компилятора и т.п.
Как и в «реальном гламуре», так и в «инженерном» есть свои «иконы», например недавняя статья про модем U.S. Robotics явный тому пример.
Так что не спрашивайте «зачем ему такой же телефон» и не удивляйтесь ответу «он не такой же, тут же на 500 мегагерц сильнее проц».
Интересный момент. В отдельных случаях «инженерный гламур» может быть подавлен обостренным требованием к причинно-следственным связям. То есть новый комп не будет куплен, пока реально не потребуется его мощность.

Заключение

Собственно весь сериал «Теория Большого Взрыва» построен на гиперболах явлений, которые были описаны выше. Если не так сильно преувеличивать то, что показано в ТБВ, то в целом именно подобная картина наблюдалась бы в человеке, который был бы значительно подвержен всем указанным эффектам работы программиста.

С учетом всего описанного не без оснований программистов воспринимают как «космических товарищей», однако по своему субъективному мнению, хочу сказать что если бы не добровольный выбор тех, кто идет в ряды программистов, то им бы стоило давать «молоко за вредность», но в данном случае психологического характера.

Тем не менее, каждый человек сам строит свою жизнь и сам факт психологической деформации «труженников кода» пока не так велик. Большинство имеет семьи, друзей, интересы помимо кода и компьютера. Так что не ведитесь на шаблонное «да он программист». Это не диагноз, это просто стиль мышления )

источник: http://habrahabr.ru/post/138912/

Окончание работы по выкладыванию задач в автоматизированную систему проверки

Сегодня закончил добавлять задачи в автоматизированную систему . Эта система ускоряет изучение языков программирования, так как  ученик не дожидается когда учитель проверит  задачу. Система сделает это за учителя. Благодаря этому ученик может тренироваться в решении задач самостоятельно, а с учителем разбирать только наиболее сложные задачи.

Созданы разделы по основам программирования, одномерным массивам, матрицам, графам.

Примечательно, что с помощью автоматизированной системы можно изучать не только Pascal, но и другие языки программирования, такие как C, C++, C#, Java, Python и любого другого, если для него существует компилятор под Unix.

ejudge

Второй урок по работе с консолью в C#. Введение в функции

Во втором уроке рассказывается как написать собственную функцию. Что такое параметры функции и для чего вообще нужны функции. Так  же не много о том в чем отличие функции от метода.